DIALOG(R)File351:DerwentWPI J 
(c) 2004 Thomson Derwent. All rts. reserv. 

01 4533559 **l mage available** 
WPI Acc No: 2002-354262/200239 
XRPX Acc No: N02-278392 

Remote control system uses SOAP web protocol allows remot control 
without gateways 

Patent Assignee: SCHNEIDER AUTOMATION (SCHN-N); SCHNEIDER AUTOMATION 
SA 
(SCHN-N) 

Inventor: HARDY C; STAWIKOWSKI J; STAWIKOWSKI J M 
Number of Countries: 029 Number of Patents: 009 
Basic Patent: 

Patent No Kind Date Applicat No Kind Date Week 

FR 2813471 A1 20020301 FR 20001 1320 A 20000831 200239 B 

Priority Applications (No Type Date): FR 20001 1320 A 20000831 
Designated States (Regional): AL; AT; BE; CH; CY; DE; DK; ES; Fl; FR; GB; 
GR; IE; IT; LI; LT; LU; LV; MC; MK; NL; PT; RO; SE; SI; TR 

Abstract (Basic): FR 2813471 A1 

NOVELTY - A remote control system has a controller (10) with web 
client (22) and programme (20) communicating over an IP network (50) 
with remote units (30) using the SOAP (Simple Object Access Protocol) 
protocol. 

USE - Control system for remote applications such as WAP, 
Enterprise Resource Planning and Business to Business activity. 

ADVANTAGE - Allows communication with remote application programmes 
without needing gateways to proprietary systems. 

DESCRIPTION OF DRAWING(S) - The drawing is a block diagram of the 
IP communication system. 

Controller (10) 

Programme (20) 

Web client (22) 

Remote unit (30) 

IP network (50) 

pp; 20 DwgNo 5/7 

Title Terms: REMOTE; CONTROL; SYSTEM; SOAP; WEB; PROTOCOL; ALLOW; 
REMOTE; 

CONTROL; GATEWAY 
Derwent Class: T01 ; W01 

International Patent Class (Main): G06F-013/00; G06F-015/16; H04L-012/26; 
H04L-029/06 

International Patent Class (Additional): G05B-011/01; G05B-015/02; 
G06F-015/00; H04Q-009/00; H04Q-009/02 
File Segment: EPI 

Manual Codes (EPI/S-X): T01-C03C; T01-N01D; W01-A06C4; W01-A06F2A; 
W01-C01G6E; W01-C05B3J 

////////////// 



This Page Blank (uspto) 




I 



(19) 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 




(id 



EP 1 193 948 A2 



(12) 



DEMANDE DE BREVET EUROPEEN 



(43) 


Date de publication; 


intri7 H04L 2Q/0K 




0^ 04 2002 RullHin 2002/14 


(21) 


Mtimprn rip Hpnfit- 01402226 3 




(99\ 


HatP Ha ripnnt* 97 OR 9001 




(84) 


Etats contractants designes: 


(71) Demandeur: Schneider Automation 




AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


06560 Valbonne (FR) 




MC NL PTSETR 






Etats d'extension designes: 


(72) Inventeurs: 




AL LT LV MK RO SI 


• Stawikowski, Jean-Marie 






06600 Antibes (FR) 


(30) 


Priorite: 31.08.2000 FR 0011320 


♦ Hardy, Christian 




83340 Le Thoronet (DE) 



(54) Systeme de communication base sur le protocole SOAP 



(57) La presente invention decrit un systeme de 
communication sur un reseau IP (50) entre un equipe- 
ment d'automatisme (10) et un ou plusieurs appareils 
distants (30). Le systeme de communication est base 
sur !e protocole SOAP (Simple Object Access Protocol) 
dans le but de fournir a I'appareil distant (30) des fonc- 
tions de surveillance, de visualisation, de controle, de 
configuration ou de programmation de l'equipement 
d'automatisme ; (10). L'equipement d'automatisme (10) 
comporte au moins un service WEB (21) et/ou un client 



WEB (22) pouvant interagir avec un programme (20) de 
l'equipement d'automatisme (10), capable de decoder 
des messages recus (51 ,54) en provenance du reseau 
IP (50) codes selon le protocole SOAP et capable d'en- 
coder des messages a emettre (52,53) selon le proto- 
cole SOAP. Un document de description de service (61), 
accessible a un appareil distant (30,30"), decrit les ca- 
pacites d'un ou plusieurs services WEB (21) implantes 
dans un equipement d'automatisme (10). Ce document . 
peut etre memorise ou construit dynamiquement par un 
generateur (62). 
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Description 

[0001 ] La presente invention concerne un systeme de communication sur un reseau global de type Internet, Intranet 
ou Extranet, entre au moins un equipement d'automatisme offrant une ou plusieurs fonctions d'automatisme et au 
moins un appareii distant, permettant d'utiliser le protocole SOAP (Simple Object Access Protocol) a I'interieur d'un 
equipement d'automatisme, grace a au moins un service WEB et/ou un client WEB pouvant interagir avec un program- 
me de ('equipement d'automatisme. La presente invention concerne egalement un procede de communication base 
sur ce systeme de communication ainsi qu'un equipement d'automatisme capable de mettre en oeuvre ce systeme et 
ce procede de communication. Un tel systeme de communication peut s'appliquer a toute application d'automatisme 
appartenant au domaine des automatismes industries, des automatismes du batiment ou du controie/commande des 
reseaux electriques de distribution. 

[0002] Sous le terme "equipement d'automatisme", on designera ci-apres un automate programmable, une com- 
mande numerique, une station de controie/commande mais aussi tout equipement ou module d'automatisme posse- 
dant au moins une unite de traitement, capable de se connecter sur un reseau IP tel que defini au paragraphe suivant, 
et capable d'executer un programme pour offrir une ou plusieurs fonctions d'automatisme dans une application d'auto- 
matisme. Par exemple, on inclura dans cette definition un module metier ou un module d'entrees/sorties d'un automate 
programmable, un terminal de dialogue, un variateur de Vitesse, etc.... 

[0003] II est connu qu'un te! equipement d'automatisme puisse integrer un serveur WEB de facon a pouvoir echanger 
des donnees relatives a cet equipement d'automatisme avec un client WEB distant, tel qu'un navigateur, connecte a 
un reseau de communication global. Ce reseau globaJ est de type Internet, Intranet ou Extranet, conforme a la norme 
TCP/IP ou a la norme UDP/IP, et sera appele "reseau IP" dans la suite de I'expose. Ces fonctionnalites sont decrites 
notamment dans les documents W09913418, US6061603 et US5805442. Les donnees relatives a ('equipement 
d'automatisme sont alors mises en forme et expediees par le serveur WEB, par exemple sous forme de pages HTML 
ou XML. II est egalement possible qu'un serveur WEB implante dans un equipement d'automatisme puisse charger 
un programme, geneYalement appele Applet, dans un appareii distant, lequel programme se deroule dans I'appareil 
distant de facon a echanger avec le serveur WEB de I'equipement d'automatisme des requetes transportees par le 
protocole IP. 1 
[0004] Sous le terme "appareii distant", on designera ci-apres soit un ordinateur individuel, un telephone portable, 
un appareii de type PDA (Personal Digital Assistant), soit un serveur informatique, tel qu'un serveur d'applications ASP 
(Applications Service Provider), un serveur WEB, un serveur WAP, un serveur de systeme de gestion de bases de 
donnees (SGBD), un serveur de progiciel de gestion integre (PGI), un serveur ERP (Enterprise Resource Planning), 
un serveur EAI (Enterprise application integration), un serveur de gestion electronique de documents (GED), un serveur 
de commerce electronique interentreprises (B-to-B) ou tout autre systeme informatique. Par appareii distant, on peut 
aussi designer un ensemble d'appareiis distants communiquant entre eux. Un appareii distant comporte au moins une 
unite de traitement, est capable de se connecter a au moins un equipement d'automatisme par un reseau IP et d'exe- 
cuter un programme ou un ensemble de programmes informatiques. Certains equipements d'automatisme, tels que 
des terminaux de dialogue, peuvent etre consideres comme des appareils distants. 

[0005] Le protocole SOAP est un protocole permettant d'echanger de facon simple des informations dans un envi- 
ronnement decentralised II est base sur le langage normalise XML (extensible Markup Language) et peut etre utilise 
en combinaison avec plusieurs autres protocoles du WEB tels que HTTP (Hyper Text Transfer Protocol), HTTPS (ou 
HTTP/SSL : Hyper Text Transfer Protocol / Secure Socket Layer), SMTP (Simple Mail Transfer Protocol), FTP (File 
Transfer Protocol) et avec le protocole IP. Le protocole SOAP est base sur des schemas XML et fournit un vocabulaire 
definissant une structure, un contenu et une syntaxe des requetes de communication. Ce protocole est depose au 
W3C (World Wide Web Consortium). 

[0006] II serait particulierement interessant, pour le concepteur d'une application dans un appareii distant utilisant 
des outils de developpement de plus en plus repandus sur le marche pour les applications WEB, de pouvoir directement 
echanger des donnees sur un reseau IP avec un ou plusieurs equipements d'automatisme et ceci grace au protocole 
SOAP. En adaptant I'equipement d'automatisme a des protocoles issus du monde informatique, un equipement d'auto- 
matisme pourrait communiquer avec une application informatique distante developpee separement avec des outils de 
developpement du monde informatique, sans avoir a developper des passerelies ou des protocoles proprietaires, 
ouvrant ainsi largement les domaines des automatismes au domaine de I'lnternet. 

[0007] Pour cela, I'invention decrit un systeme de communication sur un reseau IP entre un equipement d'automa- 
tisme executant un programme pourfournir des fonctions d'automatisme et un ou plusieurs appareils distants executant 
un programme ou un ensemble de programmes informatiques. Le systeme de communication est base sur le protocole 
.SOAP (Simple Object Access Protocol) dans le but de fournir a I'appareil distant des fonctions de surveillance, de 
visualisation, de controle, de configuration ou de programmation de I'equipement d'automatisme, et le systeme de 
communication comporte, dans I'equipement d'automatisme, au moins un service WEB ou un client WEB qui sont 
capables d'interagir avec le programme de I'equipement d'automatisme, de decoder des messages recus en prove- 
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nance du reseau IP codes selon le protocole SOAP et d'encoder seton le protocole SOAP des messages a emertre 
sur le reseau IP. 

[0008] Le systeme de communication peut aussi comporter un document de description de service qui decrit les 
capacites d'un ou plusieurs service(s) WEB implante(s) dans un equipement d'automatisme, ce document de descrip- 

5 tion de service etant accessible par un appareil distant soit a partir de ses ressources locales, soit a partir de ressources 
distantes identifies par une adresse URL (Uniform Resource Locator), URI (Universal Resource Identifier) ou IP 
(Internet Protocol). II peut etre memorise dans des moyens de stockage situes dans l'equipement d'automatisme ou 
peut etre genere dynamiquement par I'equipement d'automatisme; de plus il est conforme a un langage de description 
de service faisant reference au protocole SOAP ou au protocole HTTP, HTTPS et fournissant une grammaire s'ap- 

10 puyant sur le langage XML (extensible Markup Language). 

[0009] Etant donne ('aspect evolutif du langage XML, i! sera possible d'ajouter des elements nouveaux en assurant 
une compatibility ascendante sans destabiliser les developpements anterieurs. De plus, grace aux documents de 
description de service, on obtiendra une unification d'equipements tres differents, en stockant et en rendant accessible 
par tous des "metadonnees" qui decrivent les services qu'ils sont capables d'exposer. 

15 [0010] D'autres caracteristiques et avantages vont apparaTtre dans la description detaillee qui suit en se referant a 
un mode de realisation donne a titre d'exemple et represente par les dessins annexes sur lesquels : 

la figure 1 represente un premier exemple d'un systeme de communication conforme a I'invention entre un equi- 
pement d'automatisme comprenant un service WEB et un appareil distant client, 

20 

la figure 2 represente un deuxieme exemple d'un systeme de communication entre un equipement d'automatisme 
comprenant un client WEB et un appareil distant serveur, 

la figure 3 represente un exemple dans lequel un equipement d'automatisme, communiquant avec un appareil 
25 distant a la fois client et serveur, comporte un client WEB et un service WEB separes, 

la figure 4 reprend la figure 3 avec un equipement d'automatisme comportant un client WEB inclus dans un service 
WEB, 

30 - la figure 5 represente un exemple de communication dans lequel un equipement d'automatisme fournit un docu- 
ment de description de service a un appareil distant de facon a pouvoir communiquer avec lui, 

la figure 6 schematise les differentes etapes d'un procede mettant en oeuvre le systeme de communication selon 
Tinvention avec notamment un document de description de service memorise dans un appareil distant different 
35 de I'equipement d'automatisme, 

la figure 7 montre une variante du procede de communication de la figure 6. 

[0011] Un service WEB est une ressource accessible sur le WEB, au moyen d'une interface reseau, qui accepte 
40 des requetes et renvoie des reponses a ces requetes. Cette ressource est decrite de facon formelle par une interface 
logicielle contenue dans un document de description de service. Une implementation d'une telle interface logicielle 
dans un equipement d'automatisme est appelee "service WEB" dans le present expose. Un client WEB est une res- 
source pouvant acceder au WEB, au moyen d'une interface reseau, qui envoie des requetes et recoit des reponses a 
ces requetes. 

45 [0012] En reference aux figures 1 et 2, un equipement d'automatisme 10 est connect e par un reseau IP 50 a un 
appareil distant 30. L'equipement d'automatisme 10 comporte au moins une unite de traitement capable d'executer 
un programme 20 permettant d'offrir une ou plusieurs fonctions d'automatisme a une application d'automatisme. Ce 
programme 20 peut etre par exemple un programme application ou utilisateur permettant de faire du controle/com- 
mande d'une application d'automatisme ou directement le systeme d'exploitation de I'equipement d'automatisme 10. 

so L'equipement d'automatisme 10 comporte au moins un service WEB 21 et/ou un client WEB 22 capable d'interagir 
avec le programme 20 de l'equipement d'automatisme. Un appareil distant 30 comporte au moins une unite de traite- 
ment capable d'executer un programme ou un ensemble de programmes informatiques pouvant integrer une pluralite 
d'applications WEB client 31 et/ou serveur 32. 

[001 3] La figure 1 montre un equipement d'automatisme 1 0 communiquant avec un appareil distant 30 sur un reseau 
55 |p so. L'appareil distant 30 execute une application client WEB 31 capable d'emettre sur le reseau IP 50 des requetes 
51 conformes au protocole SOAP Une requete SOAP 51 est recue par un service WEB 21 de l'equipement d'auto- 
matisme 10 qui la decode, ('execute et renvoie une reponse 52 en la codant selon le protocole SOAP. L'application 
client 31 est capable de recevoir des reponses SOAP 52. 
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[0014] De facon symetrique, ia figure 2 montre un equipement d'automatisme 10 communiquant avec un appareil 
distant 30 sur un reseau IP 50. L'equipement d'automatisme 10 comprend un client WEB 22 capable d'emettre sur le 
reseau IP 50 des requetes 53 codees selon le protocole SOAP. Une requete SOAP 53 est recue par une application 
serveur WEB 32 de I'appareil distant 30 qui la decode, ('execute et renvoie une reponse 54 en la codant selon le 
protocole SOAP. Le client WEB 22 est capable de recevoir et de decoder des reponses SOAP 54. 
[0015] La figure 3 montre un equipement d'automatisme 10 comprenant a la fois un service WEB 21 et un client 
WEB 22 separes, qui communiquent respectivement avec une application client WEB 31 et une application serveur 
WEB 32 d'un appareil distant 30. Les applications client WEB 31 et serveur WEB 32 peuvent appartenir ou non a un 
meme appareil distant 30 connecte au reseau IP 50 et comportant, par exemple, une application ERP (Enterprise 
Resource Planning). Dans la variante schematisee en figure 4, l'equipement d'automatisme 10 comporte un client 
WEB 22 qui est inclus dans un service WEB 21 . Par exemple, ce service WEB 21 peut integrer une fonctionnalite de 
souscription 51,52 a partir de laquelle il est possible d'envoyer, a I'initiative du service WEB 21 ou a I'initiative de 
l'equipement d'automatisme 10, une notification 53,54 vers au moins un appareil distant 30, pour informer celui-ci 
d'evenements ou d'etats concernant l'equipement d'automatisme 10. 

[0016] L'exemple ci-dessous montre une requete 51 conforme au protocole SOAP, emise par une application client 
WEB 31 , pour aller lire une information "voltage" sur un service WEB 21 d'un equipement d'automatisme 10 nomme : 
a http://equipement-automatisme-1.schneider-e!ectric.con^ suivi d'une reponse 52 conforme au protocole 

SOAP, emise par le service WEB 21 de l'equipement d'automatisme 10, retournant la valeur u 220 l pour ['application 
WEB client 31. 

[0017] Message SOAP incorpore dans la requete HTTP 51 : 
POST /service-1 HTTP/1.1 

Host : equipement- automatisme-1 . schneider-electric . com 
Content-Type: text/xml; charset="utf -8" 
Content -Length: nnnn 
SOAPAction: "Some -TO I" 

<SOAP -ENV: Envelope 

xmlns : SOAP -ENV=" http : //schemas .xmlsoap. org/ soap/ envelope/" 
SOAP-ENV: encodingStyle= "http : / /schemas .xmlsoap. org/ soap/encoding /"> 
< SOAP - ENV : Body > 

<m:Read xmlns :m=" Some- URI M > 

<Variable>Voltage</Variable> 
</m:Read> 
</ SOAP -ENV: Body > 
</SOAP -ENV: Envelop e> 

[0018] Message SOAP incorpore dans la reponse HTTP 52 : 

HTTP/1.1 2 00 OK 

Content-Type: text/xml/ charset="utf - 8 " 
Content-Length: nnnn 

<SOAP-ENV: Envelope 

xmlns : SOAP -ENV= n http : //schemas .xmlsoap .org/ soap/ envelope/" 
SOAP-ENV: encodings tyle= "http : //schemas .xmlsoap . org/soap/encoding/ ,f > 
< SOAP -ENV: Body > 

<m: ReadLResponse xmlns :m= " Some-TJRI 11 > 

<Data>220</Data> 
</m:ReadResponse> 
</SOAP-ENV:Body> 
< /SOAP- ENV : Envelope > 

[0019] Pour communiquer sur le reseau IP 50, Tequipement d'automatisme 1 0 comporte une interface reseau WEB 



EP1 193 948 A2 



15 de type HTTP, HTTPS, SMTP, FTP, TCP/IP ou UDP/IP. Cette interface reseau 15 est capable de faire I'achemine- 
ment de messages 51 ,54 provenant du reseau IP 50 vers un client WEB 22 ou vers un service WEB 21 identifie par 
une adresse URL, URI ou IP, et de.faire Pacheminement de messages 52,53 provenant d'un service WEB 21 ou d'un 
client WEB 22 de I'equipement d'automatisme 10 vers une adresse URL, URI ou IP sur le reseau IP 50. 
[0020] Selon un autre mode de realisation, il est egalement possible d'envisager qu'une application client WEB 31 
d'un appareil distant 30 envoie sur le reseau IP 50 une requete 51 de type HTTP, HTTPS et non codee selon le protocole 
SOAP, a destination d'un service WEB 21 d'un equipement d'automatisme 10 identifie par une adresse URL, UR! ou 
IP et que le service WEB 21 reponde sur le reseau IP 50 a I'aide d'une reponse 52 codee selon le protocole SOAP 
vers I'application client WEB 31. Une telle requete 51 HTTP, HTTPS peut, par exemple, etre une requete "GET" ou 
"POST*. 

[0021] Les donnees transmises dans des requetes 51 ,53 et des reponses 52,54, codees selon le protocole SOAP, 
peuvent representer ('implementation de protocoles de communication habituellement rencontres entre un equipement 
informatique et un equipement d'automatisme. Parmi ces protocoles habituels, on retrouve notamment les protocoles 
MMS, MODBUS et UNI-TE. 

[0022] Le systeme de communication peut avantageusement s'appuyer sur un document de description de service 
61 qui decrit les capacites d'un ou plusieurs services WEB 21 d'un equipement d'automatisme 10, c'est-a-dire qui 
decrit les services WEB qu'un equipement d'automatisme 10 est en mesure de fournir ou de proposer. Ainsi, grace k 
un tel document 61 , un appareil distant 30 quelconque est en mesure de savoir en permanence quels sont les services 
disponibles dans un equipement d'automatisme 10. Un document de description de service 61 peut aussi contenir la 
description de plusieurs services WEB,21 standard, correspondant par exemple k des services implantes systemati- 
quement dans toute une gamme bien identifiee d'equipements d'automatisme. De meme, il peut aussi contenir un 
service WEB 21 particulier disponible sur toute une liste d'equipements d'automatisme distincts. . 
[0023] Un document de description de service 61 specifie pour chaque service un ensemble de requetes (nom de 
la requete, nature et nom des parametres, attributs de la requete) ainsi que le ou les protocole(s) devant etre utilise 
(s) pour invoquer la requete aupres de I'equipement d'automatisme 1 0. Le cas echeant, ce ou ces protocoles peuvent 
etre sous-entendus. Le document de description de service 61 est conforme a un langage de description de service 
faisant reference au protocole SOAP ou au protocole HTTP, HTTPS et fourntssant une grammaire s'appuyant sur le 
langage XML ou XML schemas definis par le W3C. Selon un mode de realisation prefere, il est conforme au langage 
de description de service SDL (Service Description Language) specifie par Microsoft Corporation, au langage de des- 
cription de service SCL (SOAP Contract Language) specifie par Microsoft Corporation, au langage de description de 
service NASSL (Network Accessible Service Specification Language) specifie par IBM Corporation ou au langage 
WSDL (Web Services Description Language) depose au Consortium W3C. Un document de service 61 peut contenir 
une ou plusieurs adresses URL, URI ou IP pointant sur un ou plusieurs services WEB 21 . 

[0024] Un service WEB 21 pourrait aussi etre decrit par plusieurs documents de description de service 61 conformes 
chacun a un langage de description de service different, de facon k ce qu'un meme equipement d'automatisme 10 
puisse etre accessible a differentes applications informatiques. Par ailleurs, un document de description de service 61 
peut se presenter sous forme compressee dans un format de compression standard de fichiers ou de documents, tel 
que ZIP ou GZIR 

[0025] En reference k la figure 5, un document de description de service 61 est memorise dans des moyens de 
stockage 60 d'un equipement d'automatisme 1 0, alors que, dans la figure 6, il est localise dans des moyens de stockage 
60' d'un appareil distant 30'. Ces moyens de stockage 60,60' peuvent indifferemment etre un systeme de fichiers sur 
disque dur, CDROM, DVD, disquette, memoire ou tout autre moyen de memorisation. Un document de description de 
service 61 est done accessible par un appareil distant 30 a partir de ressources distantes identifies par une adresse 
URL, URI ou IP, lorsqu'il se trouve dans un equipement d'automatisme 10 ou dans un autre appareil distant 30'. Mais 
on pourrait envisager egalement qu'un document de description de service 61 soit accessible par un appareil distant 
30 directement a partir de ses propres ressources locales (par exemple grace a un iecteur de CD-ROM). 
[0026] Dans la figure 5, un appareil distant 30 comporte une application informatique 33, telle qu'un outil de deve- 
loppement logiciel ou un navigateur, qui est capable d'emettre sur le reseau IP 50 une requete de lecture 55 conforme 
a un des protocoles du WEB (par exemple une requete HTTP), pour demander un document de description de service 
61 decrivant les services disponibles dans un equipement d'automatisme 10. Ce document est ensuite renvoye sur le 
reseau IP 50 a I'application informatique 33 dans une reponse 56. A partir de ces elements, ['application informatique 
33 peut : 

• visualiser le contenu du document de description de service 61 pour qu'un concepteur puisse developper une 
application client WEB 31 et/ou application serveur WEB 32 qui sera capable de communiquer respectivement 
avec un service WEB 21 et/ou un client WEB 22 de I'equipement d'automatisme 10, grace au protocole SOAP, 

• utiliser le contenu du document de description de service 61 pour construire et assembler tout ou partie d'une 
application client WEB 31 et/ou d'une application serveur WEB 32, de maniere a decharger le developpeur du 
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client ou du serveur des aspects routiniers du developpement ^application (construction des requetes, transco- 
dage des donnees, gestion des erreurs, etc.), 

dans le cas ou etle est construite pour cela, directement emettre des requetes SOAP vers un service WEB 21 de 
I'equipement d'automatisme 10 a travers une application client WEB 31 integree, et/ou directement recevoir d'un 
client WEB 22 de I'equipement d'automatisme 1 0 des requetes SOAP via une application serveur WEB 32, comme 
indique en figure 7. 

[0027] Un des avantages de la presente invention reside aussi dans ie fait qu'un document de description de service 
61 decrivant les services d'un equipement d'automatisme 10 peut etre construit de differentes manieres. II peut etre 
memorise dans des moyens de stockage 60 de I'equipement d'automatisme 10 ou dans des moyens de stockage 60* 
d'un appareil distant 30\ mats il peut aussi etre genere dynamiquement iorsqu'une application informatique 33 d'un 
appareil distant 30 emet une requete 55 pour acceder aux services disponibles dans I'equipement d'automatisme 10. 
Cette fonctionnalite permet done de faire evoluer le document de description de service 61 , par exemple quand la 
configuration de I'equipement d'automatisme 1 0 est modifiee (connexion pu deconnexion d'un module dans un auto- 
mate programmable 10). Deplus, un equipement d'automatisme 10 peut so u ha iter expos erou each er certains services 
WEB en fonction de son etat ou en fonction de I'appareil distant 30 qui veut communiquer avec lui. 
[0028] Pour cela, un equipement d'automatisme 1 0 peut comporter un generateur 62 qui est un programme capable 
de construire dynamiquement un document de description de service 61. De facon preferentielle, cette construction 
dynamique est realisee lorsqu'un appareil distant 30 demande a acceder au document de description de service 61 
de I'equipement d'automatisme 10. Dans ce cas, le document de description de service 61 n'a pas besoin d'etre me- 
morise puisqu'il est elabore dynamiquement a chaque requete 55 emise par une application informatique 33 vers ie 
generateur 62. Cependant, dans certains cas, on pourrait aussi envisager une construction dynamique du document 
61 initiee a la demande de I'equipement d'automatisme 10. De plus, on peut aussi envisager une solution mixte dans 
laquelle un generateur 62 serait capable de personnaliser dynamiquement un document de description de service 61 , 
en s'appuyant sur un document standard deja memorise pour une familie d'equipements, par exemple. 
[0029] Pour obtenir un document de description de service 61 dans une reponse 56, une requete de lecture 55 
contient done une adresse URL, URI ou IP qui pointe soit sur un generateur 62 capable de construire dynamiquement 
le document de description de service 61 soit directement sur le document de description de service 61 . 
[0030] Le generateur 62 peut indifferemment etre memorise dans des moyens de stockage 60 de I'equipement 
d'automatisme 10, comme indique figure 5, ou dans des moyens de stockage 60' d'un appareii distant 30', comme 
indique figure 6. Par ailleurs, la figure 6 montre une application informatique 33 qui est executee dans un autre appareil 
distant 30" different de I'appareil distant 30 qui contient les applications WEB 31,32. Les communications entre les 
appareils distants 30,30\30" se font sur le reseau IP 50. 

[0031] Un procede de communication sur un reseau IP 50 entre un equipement d'automatisme 10 executant un 
programme 20 pour fournir des fonctions d'automatisme et un appareil distant 30 executant un programme ou un 
ensemble de programmes informatiques est decrit dans la figure 6. Ce procede de communication s'appuie sur un 
systeme de communication tel que decrit precedemment base sur le protocole SOAP (Simple Object Access Protocol) 
dans Ie but de fournir a I'appareil distant 30 des fonctions de surveillance, de visualisation, de controfe, de configuration 
ou de programmation de I'equipement d'automatisme 10. II comporte les etapes suivantes : 

• Une etape A de decouverte de service dans laquelle une application informatique 33, s'executant dans I'appareil 
distant 30 ou dans un autre appareil distant 30", emet une requete 55 de lecture sur le reseau IP 50 pour recevoir, 
dans une reponse 56, un document de description de service 61. La requete 55 contient une adresse URL, URI 
ou IP qui pointe soit sur un document de description de service 61 deja memorise dans I'equipement d'automatisme 
1 0 ou dans un appareil distant 30\ soit sur un generateur 62 qui construit aiors dynamiquement un document de 
description de service 61 pour le renvoyer dans la reponse 56. 

• Une etape B de developpement dans laquelle, grace au document de description de service 61 , il est possible de 
developper manueliement ou automatiquement, a partir de ('application informatique 33, une application client 
WEB 31 et/ou une application serveur WEB 32 dans I'appareil distant 30 de maniere a communiquer respective- 
ment avec un service WEB 21 et/ou un client WEB 22 de I'equipement d'automatisme 1 0, grace au protocole SOAP, 
Une etape C de communication entre une application client WEB 31 et/ou une application serveur WEB 32 de 
I'appareil distant 30 et un service WEB 21 et/ou un client WEB 22 de I'equipement d'automatisme 10, au moyen 
de requetes 51 ,53 et de reponses 52,54 conformes au protocole SOAP. 

.[0032] Selon une variante representee en figure 7, ('application informatique 33, qui dans ce cas peut etre un navi- 
gateur par exemple, est structuree pour integrer en elle-meme une application client WEB 31 et/ou application serveur 
WEB 32. L'etape B du procede n'est alors pas necessaire puisque I'application informatique 33 peut directement emet- 
tre des requetes SOAP vers un service WEB 21 et/ou un client WEB 22 de I'equipement d'automatisme 1 0, des qu'elle 
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est en possession du document de description de service 61, sans avoir besoin de developpement. Le procede de 
communication comporte alors une etape A de decouverte de sen/ice puis directement une etape C de communication. 
[0033] II est bien entendu que Ton peut, sans sortir du cadre de ('invention, imaginer d'autres variantes et perfec- 
tionnements de detail et de meme envisager i'emploi de moyens equivalents. 

5 

Revendications 

1. Systeme de communication sur un reseau IP (50) entre un equipement d'automatisme (10) comportant au moins 
10 une unite de traitement capable d'executer un programme (20) pour fournir des fonctions d'automatisme et un ou 

plusieurs appareils distants (30) executant un programme ou un ensemble de programmes informatiques, carac- 
terise par le fait que le systeme de communication est base sur le protocole SOAP (Simple Object Access Pro- 
tocol) dans le but de fournir a I'appareil distant (30) des fonctions de surveillance, de visualisation, de controle, de 
configuration ou de programmation de I'equipement d'automatisme (1 0), et par le fait que le systeme de commu- 
15 nication comporte, dans I'equipement d'automatisme (10), au moins un service WEB (21) ou un client WEB (22), 

qui sont capables d'interagir avec le programme (20) de I'equipement d'automatisme (10), de decoder des mes- 
sages recus (51 t 54) en provenance du reseau IP (50) codes selon le protocole SOAP et d'encoder selon le pro- 
tocole SOAP des messages a emettre (52,53) sur le reseau IP (50). 

20 2. Systeme de communication selon la revendication 1, caracterise par le fait qu'un equipement d'automatisme 
(10) comprend au moins un service WEB (21) susceptible de recevoir du reseau IP (50) des requetes (51 ), venant 
d'au moins une application WEB client (31) contenue dans un appareil distant (30) et d'emettre sur le reseau IP 
(50) des reponses (52), vers I'application WEB client (31) de Tapparei! distant (30). . 

25 3. Systeme de communication selon la revendication 1 , caracterise par le fait qu'un equipement d'automatisme 
(10) comprend au moins un client WEB (22) susceptible d'emettre sur le reseau IP (50) des requetes (53), vers 
au moins une application WEB serveur (32) contenue dans un appareil distant (30) et de recevoir du reseau IP 
(50) des reponses (54), venant de I'application WEB serveur (32) de I'appareil distant (30). 



30 4. Systeme de communication selon la revendication 2, caracterise par le fait qu'un document de description de 
service (61 ) decrit les capacites d'un ou plusieurs services WEB (21 ) implantes dans un equipement d'automatisme 
(10), ce document de description de service (61) etant accessible pour un appareil distant (30,30") soit a partir de 
ses ressoufces locales, soit a partir de ressources distantes identifies par une adresse URL, URI ou IP 

35 5. Systeme de communication selon la revendication 4, caracterise par le fait que le document de description de 
service (61) est conforme a un langage de description de service faisant reference au protocole SOAP ou au 
protocole HTTP, HTTPS et foumissant une grammaire s'appuyant sur le langage XML (extensible Markup Lan- 
guage). 

6. Systeme de communication selon la revendication 5, caracterise par le fait que le document de description de 
service (61) peut contenir une ou plusieurs adresses URL, URI ou IP d'un ou plusieurs services WEB (21). 

7. Systeme de communication selon la revendication 6, caracterise par le fait que le document de description de 
service (61) est conforme au langage de description de service SDL (Service Description Language). 

45 

8. Systeme de communication selon la revendication 6, caracterise par le fait que le document de description de 
service (61) est conforme au langage de description de service SCL (SOAP Contract Language). 

9. Systeme de communication selon la revendication 6, caracterise par le fait que le document de description de 
so service (61 ) est conforme au langage de description de service NASSL (Network Accessible Service Specification 

Language). 

10. Systeme de communication selon la revendication 6, caracterise par le fait que le document de description de 
service (61) est conforme au langage de description de service WSDL (Web Services Description Language). 

55 

11. Systeme de communication selon la revendication 6, caracterise par le fait que plusieurs documents de des- 
cription de service (61) conformes a differents langages de description de service peuvent decrire les capacites 
d'un meme service WEB (21). 
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12. Systeme de communication selon la revendication 11 , caracterise par le fait que ie document de description de 
service (61) est compresse dans un format de compression standard de fichiers ou de documents. 

13. Systeme de communication seion la revendication 11 , caracterise par le fait que ie document de description de 
service (61) d'un equipement d'automatisme (10) est memorise dans des moyens de stockage (60) situes dans 
i'equipement d'automatisme (10). 

14. Systeme de communication selon la revendication 11 , caracterise par Ie fait que le document de description de 
service (61) d'un equipement d'automatisme (10) est memorise dans des moyens de stockage (60') situes dans 
un appareil distant (30'). 

15. Systeme de communication selon la revendication 11 , caracterise par le fait qu'un generateur (62) est capable, 
a la suite d'une demande emanant d'un appareil distant (30,30"), de construire dynamiquement un document de 
description de service (61) decrivant les capacites d'un ou plusieurs services WEB (21) implantes dans un equi- 
pement d'automatisme (10). 

1 6. Systeme de communication selon la revendication 1 5, caracterise par le fait que le generateur (62) d'un document 
de description de service (61) d'un equipement d'automatisme (10) est accessible, pour un appareil distant 
(30,30"), par une adresse URL, URI ou IP. 

17. Systeme de communication selon la revendication 1 6, caracterise par le fait que le generateur (62) d'un document 
de description de service (61) d'un equipement d'automatisme (10) est memorise dans des moyens de stockage 
(60) situes dans I'equipement d'automatisme (10) ou dans des moyens de stockage (60') situes dans un appareil 
distant (30*). 

18. Precede de communication sur un reseau IP (50) entre un equipement d'automatisme (10) executant un program- 
me (20) pour fournir des fonctions d'automatisme et un appareil distant (30) executant un programme ou un en- 
semble de programmes informatiques, le procede de communication ayant pour but de fournir a I'appareil distant 
(30) des fonctions de surveillance, de visualisation, de controle, de configuration ou de programmation de I'equi- 
pement d'automatisme (10), caracterise par Ie fait que le procede de communication s'appuie sur un systeme 
de communication base sur le protocole SOAP et comporte les etapes suivantes : 

• Une etape (A) de decouverte de service dans laqueile une application informatique (33), s'executant dans 
I'appareil distant (30) ou dans un autre appareil distant (30"), emet sur le reseau IP (50) une requete (55) de 
lecture pour recevoir, dans une reponse (56), un document de description de service (61), 

• Une etape (B) de developpement dans laqueile, grace au document de description de service (61), il est 
possible de developper manueliement ou automatiquement tout ou partie d'une application client WEB (31) 
et/ou d'une application serveur WEB (32) dans I'appareil distant (30) de maniere a pouvoir communiquer 
respectivement avec un service WEB (21) et/ou un client WEB (22) de I'equipement d'automatisme (10), 

• Une etape (C) de communication entre une application client WEB (31) et/ou une application serveur WEB 
(32) de I'appareil distant (30) et un service WEB (21) et/ou un client WEB (22) de I'equipement d'automatisme 
(1 0) sur le reseau IP (50), au moyen de requetes (51 ,53) et de reponses (52,54) conformes au protocole SOAP 

19. Procede de communication sur un reseau IP (50) entre un equipement d'automatisme (10) executant un program- 
me (20) pour fournir des fonctions d'automatisme et un appareil distant (30) executant un programme ou un en- 
semble de programmes informatiques, le procede de communication ayant pour but de fournir a I'appareil distant 
(30) des fonctions de surveillance, de visualisation, de controle, de configuration ou de programmation de I'equi- 
pement d'automatisme (10), caracterise par le fait que le procede de communication s'appuie sur un systeme 
de communication base sur le protocole SOAP et comporte les etapes suivantes : 

• Une etape (A) de decouverte de service dans laqueile une application informatique (33), s'executant dans 
Tappareil distant (30), emet sur le reseau IP (50) une requete (55) de lecture pour recevoir, dans une reponse 
(56), un document de description de service (61), 

• Une etape (C) de communication entre une application client WEB (31) et/ou une application serveur WEB 
(32) indues dans ('application informatique (33) de I'appareil distant (30) et un service WEB (21 ) et/ou un client 
WEB (22) de I'equipement d'automatisme (10) sur le reseau IP (50), au moyen de requetes (51,53) et de 
reponses (52,54) conformes au protocole SOAP. 
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20. Procede de communication selon Tune des revendications 18 ou 19, caracterise par le fait que la requete (55) 
contient une adresse URL ( URl ou IP qui pointe soit sur un document de description de service (61), soit sur un 
generateur (52) capable de construire dynamiquement un document de description de service (61). 
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